fstream 写入失败排查：流状态与截断重开
一段读改写配置文件的代码：打开 YAML 文件、解析成 YAML::Node、修改后再写回同一文件，发现修改没有写入；调用 fs.clear() 清掉流状态标志后再写，内容却又追加到了文件尾部。本文分析这两个现象背后的流状态与写位置机制，给出覆盖写的正确做法。问题不限于 yaml-cpp，任何「先读后写同一个 fstream」的代码都可能遇到。
问题现象
- 现象一：读完文件后修改节点、写回，文件内容没有变化；
- 现象二：
fs.clear()之后重新写入，新内容追加在原文件尾部，而不是覆盖。
原因：EOF 置位后的流状态与写位置
两个现象由同一个机制的两半组成。
写入不生效：对已打开的 fstream 读到文件尾时，流的 eofbit 和 failbit 都会置位。流状态不是 good 之后，后续所有 I/O 操作（包括写）都会静默失败——输出运算符不抛异常也不返回错误，只是什么都不写。
clear 后追加：clear() 只重置状态标志，不移动写位置。此时输出位置仍停在上一轮读到的地方——文件尾，再写就是追加。此外，C++ 标准要求文件流在读、写切换之间做一次 seek 定位，只 clear 不 seek 的写入行为并不可靠。
解决：截断模式重新打开
常用的处理方式是关闭流，用 std::ios::trunc | std::ios::out 重新打开后覆盖写：
cpp
// 1. 读取并修改（yaml-cpp 的 LoadFile 自行打开文件，无需额外 fstream）
YAML::Node config = YAML::LoadFile("config.yaml");
config["key"] = "new_value";
// 2. 以截断模式重新打开并写入
std::fstream fs("config.yaml", std::ios::trunc | std::ios::out);
fs << config;
fs.close();两个模式标志的作用：
std::ios::trunc：打开时清空原内容，避免新旧内容混叠破坏 YAML 格式；std::ios::out：以输出模式打开。
不重开文件的替代写法及其局限
如果确实想在原流上继续写，需要 fs.clear() 之后用 seekp 显式定位：
cpp
fs.clear();
fs.seekp(0, std::ios::beg);
fs << config;局限在于 seek 定位后的写入只覆盖、不截断：新内容比原文件短时，尾部会残留一段旧数据。覆盖整个文件的场景，截断重开的语义更干净。
要点
- 读
fstream到文件尾会同时置位 eofbit 和 failbit，流状态非 good 后写入静默失败 clear()只清标志不动写位置，clear 后直接写表现为追加；标准要求读写切换间做一次 seek- 覆盖整文件：关闭后以
trunc | out重开；在原流上seekp写入只覆盖不截断，短内容会残留旧数据 - 流的读写切换是
fstream的易错点，读写分离（分别用ifstream/ofstream，或阶段性地重开文件）可以避开大部分状态问题